来自 X 上的 @ nczat，他的个人介绍就是「特级线缆整理专家」🤣

早上刷到一篇不错的科普文章，先放链接： https://www.emergetools.com/blog/posts/are-android-apps-really-that-much-smaller-than-ios 探讨的是 Android 与 iOS 应用大小的问题。 缘起：iOS App Store 应用标注的大小非常吓人，同个应用对比 Play Store 标注的体积有数倍差距。 - App Store 显示的是应用安装后完全编译的大小，实际下载的体积要远小得多，而且是动态的（取决于设备的屏幕不同有对应的安装包）。这一点可以打开低数据模式下个应用试试，提示的下载量远小于标注体积。 - Play Store 显示的则是应用安装包的下载体积。实际安装后根据编译成机器码的方式不同，会有不同程度上的体积膨胀。（比如三星就编译得比较完全、安装速度也较慢；大部分常规做法是只预先编译比较重要的部分，剩下的看用户习惯动态编译） 因此：两者的实际安装体积不会像应用商店里面标注的那样，差别那么大（博客里面的例子是接近10倍）。接近现实的比例是3.5倍、比较公平的对比是1.5倍（都是完全编译状态下）。 1.5 倍依然差距不小，进一步细看，主要原因是应用下发的「颗粒度」： - Play Store 对应用的安装流程做了不少改进，刚刚提到的局部优先编译是一例，另外还会进一步拆分安装包（.aab），根据设备信息下发应用里对应的素材包、语言包、芯片架构包等等，多余部分一概省去。甚至可以按功能下发，额外的功能可以稍后下载，这样依赖库也可以被精简。 - App Store 也有差不多的优化（我记得 iOS 9 的时候引进、后续又有改进），但主要是根据屏幕来下载对应的素材包。值得注意的是，语言包等本地化内容没有被省略，博客原文中还提到Gmail客户端里有130M的语言包，基本就是冗余了。 零碎原因还有包括 Swift 是高度内存安全性的编程语言，最后生成的机器码相对比较臃肿和重复，Android 应用还可以调用极为先进的机器码优化（比如大名鼎鼎的R8）等等。

现在家里用的是群晖216J，有近10年历史了，一直稳定使用。不过因为型号太久了，不能装DOCKER，很多想尝试的东西未能实现，一直有换的念头，只是一套新的点群晖+硬盘（我想两块12T）超过5000大元，实在下不了决心。 刚看到新闻说飞牛系统出了正式版本，又勾起了欲望，请教相关玩家。如果想装飞牛的话，买什么硬盘，在哪里买靠谱呢？ 谢谢